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MODULE DE RADIOCOMMUNICATION HEBERGEANT ET EXECUTANT UN LOGICIEL CLIENT, ET PROCEDE 
CORRESPONDANT DE MISE EN OEUVRE D UN LOGICIEL CLIENT DE PILOTAGE. 

L'invention concerne un module de radiocommunica- 
tion, du type hebergeant et executant un logiciel principal €o 
assurant notamment des fonctions de radiocommunlcation; 
Le logiciel principal comprend des moyens d'execution de 
commandes de pilotage, envoyees au logiciel principal par 
au moins un logiciel client de pilotage et appartenant a un 
jeu de commandes de pilotage predetermine. Selon l'inven- 
tion, le module de radiocommunication heberge et execute 
en outre au moins un logiciel client, dit logiciel client embar- 
que. Le logiciel client embarque et le logiciel principal com- 
prennent des moyens permettant au logiciel client 
embarque de jouer au moins un des deux rdles suivants: - 
le rfile d'un logiciel client de pilotage, envoyant des com- 
mandes de pilotage au logiciel principal, et recevant du logi- 
ciel principal des reponses, resultant de i'execution de 
certaines des commandes de pilotage; - le role d'un logiciel 
client de supervision, gerant I'execution de commandes de 
pilotage envoyees par un logiciel client de pilotage, dit logi- 
ciel client externe, heberge et execute par un equipement 
tiers cooperant avec le module de radiocommunication. 
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Module de radiocommunication hebergeant et executant un logiciel client, et 
procede correspondant de mise en ceuvre d'un logiciel client de pilotage. 

Le domaine de V invention est celui des systfemes de radiocommunication 
notamment, mais non exclusivement, selon le standard GSM (pour "Global System for 
Mobile communications" en anglais), DCS 1800 (pour "Digital Cellular System 1800 
MHz" en anglais), PCS 1900 (pour "Personal Communication System" en anglais), 
GPRS (pour "General Packet Radio service"), ou encore UMTS (pour "Universal 
Mobile Telecommunication System" en anglais). 

Plus pr6cis6ment, Tinvention concerne un module de radiocommunication. On 
rappelle que le module de radiocommunication est un element essentiel d'un 
radiotelephone. II hSberge et execute un logiciel principal (communement appelS 
"logiciel de radiocommunication" ou "logiciel GSM") qui assure notamment des 
fonctions de communication sans fil (radiocommunication) et pilote divers Elements 
materiels (ecran, clavier, haut-parleur, ...) du radiotelephone. 

Habituellement (premiere application), le module de radiocommunication est 
compris dans un terminal (ou ME, pour "Mobile Equipment" en anglais) qui coopfere 
avec une carte SIM (pour "Subscriber Identity Module" en anglais, ou module 
d'identification d'abonne). 

D'autres applications ont d'ores et deja ete envisages pour le module de 
radiocommunication precite. 

If a notamment 6t6 propose (seconde application) d'int^grer le module de 
radiocommunication dans des dispositifs autres que des terminaux de 
radiocommunication, mais nScessitant nSanmoins une fonctionnalite de communication 
sans fil. A titre d ! exemple, on peut citer des dispositifs de t616m6trie (relev^s de 
compteur), des dispositifs d f alarme ou encore des dispositifs lecteur de cartes bancaires. 

II a egalement ete propose (troisieme application) de fournir le module de 
radiocommunication sous forme independante : il est alors qualifie de modem. Un tel 
modem ne comprend aucun 616ment materiel (Scran, clavier, haut-parleur, ...) d'interface 
homme/machine. II est destinS a coop6rer avec un 6quipement tiers (supportant un 
logiciel client), qui lui possede des elements materiels d'interface homme/machine. 
L'equipement tiers peut notamment, mais non exclusivement, etre un micro-ordinateur. 
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D f une fa?on gfinSrale, l'Squipement tiers h6berge et execute un logiciel client de 
pilotage, permettant de piloter (c'est-^-dire de commander) le module de 
radiocommunication, gr£ce k un jeu de commandes de pilotage au format AT. Les 
commandes AT (pour "ATtention command" en anglais) permettent k TSquipement tiers 
(ou TE pour "Terminal Equipment") d'exiger du terminal de radiocommunication 
auquel il est reli6 d'ex^cuter certaines actions predetermines. A cet effet, le logiciel 
principal (h£berg£ par le module de radiocommunication) comprend des moyens 
d'ex£cution des commandes AT, qui lui sont envoy£es par le logiciel client de pilotage 
(h£berge par T6quipement tiers). 

Pour plus de precisions concernant les commandes AT, on pourra se reporter 
d'une part aux normes "GSM 07.05" et "GSM 07.07" de TETSI et d'autre part k la 
recommandation V25ter de l'lTU-T, qui sont inserees ici par reference. 

D'une fa$on generate, le pilotage du module de radiocommunication par un 
Squipement tiers, grtce aux commandes AT, ne s'applique pas uniquement dans le cadre 
de la premiere application pr6cit£e (module de radiocommunication formant modem), 
mais aussi dans le cadre des premiere et seconde application pr£cit£es (module de 
radiocommunication compris dans un terminal de radiocommunication ou un autre 
dispositif). 

En d'autres termes, quelle que soit l'application envisage, le module de 
radiocommunication peut 6tre pilots par un Squipement tiers avec lequel il coopfere 
(g6n6ralement via une liaison s6rie). Dans ce cas, un logiciel client de pilotage 
(comprenant une "application cliente externe"), h£berg£ et execute par l'6quipement 
tiers, envoie des commandes AT k un logiciel principal, h£berg£ et ex6cut£ par le 
module de radiocommunication, en vue de leur execution par ce dernier. 

Comme illustr£ sur la figure 2, le fonctionnement de la technique actuelle de 
pilotage d'un module de radiocommunication par un £quipement tiers peut etre r6sum£ 
ainsi : 

- 6tape "1" : l'application cliente externe (logiciel client de pilotage) 2 envoie une 
commande AT ; 
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- 6tape "2" : la liaison s£rie 5 transmet la commande AT aux moyens 4 d'execution des 

cotnmandes AT compris dans le logiciel principal 3 heberg6 et execute 
par le module de radiocommunication 1 ; 

- 6tape M 3 ff : les moyens 4 d'ex6cution exScutent la commande AT ; 

- &ape M" : apres execution, les moyens d'ex6cution 4 envoient une reponse AT a 

l'application cliente externe 2 ; 

- £tape "5" : cette reponse est envoy6e & travers la liaison serie 5 ; 

- etape "6" : Implication cliente externe 2 re?oit la reponse. 

Chacune de ces etapes est illustrSe sur la figure 2 par un cercle dans lequel est 
inscrit le num6ro de 1'etape concernee. La meme convention est adoptee dans les figures 
suivantes relatives k la pr&ente invention (et qui sont d^crites en detail dans la suite de 
la description). 

La technique actuelle de pilotage d'un module de radiocommunication par un 
equipement tiers presente plusieurs inconvfinients. 

Tout d'abord, elle necessite un double jeu de ressources (processeur et memoire). 
En effet, le module de radiocommunication comprend un processeur et une m&noire 
(premier jeu de ressources) et l'gquipement tiers dispose 6galement d'un processeur et 
d'une memoire (second jeu de ressources). La technique actuelle precitee est done 
coflteuse en terme de materiel et de consommation ftiergetique. 

Un autre inconvenient de la technique actuelle pr€cit£e est que le module de 
radiocommunication subit entterement le pilotage effectuS par l'Squipement tiers. En 
effet, le logiciel client de pilotage, heberge et execute par T6quipement tiers, est le 
"maitre", tandis que le logiciel principal, heberge et execute par le module de 
radiocommunication, est Fesclave". 

L'invention a notamment pour objectif de pallier ces inconvenients de l'etat de la 
technique. 

Plus prScisement, Tun des objectifs de la presente invention est de fournir une 
technique de pilotage d'un module de radiocommunication, du type mettant en ceuvre un 
logiciel client de pilotage, qui soit simple et peu couteuse (en terme de materiel et de 
consommation 6nerg6tique). 



4 



2822627 



L'invention a 6galement pour objectif de fourair une telle technique de pilotage 
permettant au module de radiocommunication, lorsque le pilotage est effectu6 par un 
equipement tiers, de pouvoir superviser (y inclus agir sur) le deroulement de ce pilotage. 
En d'autres termes, on souhaite que le module de radiocommunication ne joue pas 
uniquement un role d'esclave. 

Ces diffcrents objectifs, ainsi que d'autres qui apparaitront par la suite, sont 
atteints selon l'invention k l'aide d ! un module de radiocommunication, du type 
hEbergeant et executant un logiciel principal assurant notamment des fonctions de 
radiocommunication, ledit logiciel principal comprenant des moyens d'ex^cution de 
commandes de pilotage, envoy^es au logiciel principal par au moins un logiciel client de 
pilotage et appartenant k un jeu de commandes de pilotage predetermine Selon 
l'invention, le module de radiocommunication h£berge et execute en outre au moins un 
logiciel client, dit logiciel client embarquE. En outre, le logiciel client embarquS et le 
logiciel principal comprennent des moyens permettant au logiciel client embarqu£ de 
jouer au moins un des deux roles suivants : 

le role d'un logiciel client de pilotage, envoyant des commandes de pilotage au 

logiciel principal, et recevant du logiciel principal des r6ponses, resultant de 

l'execution de certaines des commandes de pilotage ; 

le role d'un logiciel client de supervision, g6rant l'execution de commandes de 
pilotage envoyees par un logiciel client de pilotage, dit logiciel client externe, 
h£berg6 et ex£cut6 par un Equipement tiers coop£rant avec le module de 
radiocommunication. 

Le principe general de l'invention consiste done k hEberger sur le module de 
radiocommunication au moins un logiciel client pouvant jouer le role d'un logiciel client 
de pilotage et/ou le role d'un logiciel client de supervision. 

Ainsi, dans le cas oh le logiciel client embarqug joue le rdle d'un logiciel client 
de pilotage, le module de radiocommunication presente un fonctionnement autonome et 
peu coflteux. En effet, dans ce cas, le module de radiocommunication n'a pas k coop6rer 
avec un equipement tiers, et le logiciel principal et le logiciel client de pilotage utilisent 
les memes ressources (meme processeur et meme m^moire). 
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La pr&sente invention permet egalement, dans le cas oh le logiciel client 
embarquS joue le role d'un logiciel client de supervision, de ne pas limiter le module de 
radiocommunication k un role d'esclave vis-Jt-vis de l'Squipement tiers qui execute le 
logiciel client de pilotage. En effet, le logiciel client de supervision, execute par le 
module de radiocommunication, gere le pilotage demande par le logiciel client de 
pilotage, ex6cut6 par l'gquipement tiers. On notera que, dans ce cas, le logiciel client 
embarque est un logiciel supplemental par rapport k la configuration de l'etat de la 
technique pr£cite. Toutefois, ce logiciel supplemental est peu coflteux puisqu T il utilise 
les memes ressources (processeur et memoire) que le logiciel principal egalement 
h6berge par le module de radiocommunication. 

Avantageusement, pour permettre au logiciel client embarqu£ de jouer le r61e 
d'un logiciel client de supervision : 

le logiciel principal comprend des moyens d ! aiguillage de commandes, en 
fonction d'une politique d f aiguillage de commandes determinee, de fa9on k 
transmettre les commandes de pilotage provenant du logiciel client externe vers 
le logiciel client embarqu6 et/ou vers les moyens d'ex£cution compris dans le 
logiciel principal ; 

le logiciel client embarque comprend des moyens de traitement des commandes 
de pilotage aiguillees vers lui par lesdits moyens d'aiguillage de commandes. 
De cette fa^on, le logiciel client embarque peut : 

soit n'effectuer aucune action, les commandes etant transmises uniquement au 
logiciel principal, qui les execute directement ; 

soit effectuer un filtrage des commandes qui lui sont transmises sans €tre 
executes par le logiciel principal. Le logiciel client embarque peut ainsi par 
exemple decider, en fonction de criferes determines, quelles commandes doivent 
etre ex6cutees par le logiciel principal et quelles commandes peuvent faire Tobjet 
d'une reponse sans execution ; 

soit un "espionnage" des commandes dont il re?oit une copie et qui sont par 
ailleurs directement ex6cutees par le logiciel principal. 

De fa?on avantageuse, pour permettre au logiciel client embarqu6 de jouer le rdle 
d'un logiciel client de supervision : 
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le logiciel principal comprend des moyens d'aiguillage de reponses, en fonction 
d'une politique d ! aiguillage de reponses d6termin£e, de fa?on & transmettre des 
reponses, resultant de Tex&ution de certaines des commandes de pilotage par Ies 
moyens d f ex£cution compris dans le logiciel principal, vers le logiciel client 
embarqu£ et/ou vers le logiciel client externe; 

le logiciel client embarqug comprend des moyens de traitement des reponses 
aiguillees vers lui par lesdits moyens d'aiguillage de reponses. 
De cette fa?on, le logiciel client embarqu6 peut : 

soit n'effectuer aucune action, les r6ponses g6n6r£es par le logiciel principal etant 
transmises uniquement au logiciel client externe ; 

soit effectuer un filtrage des reponses qui lui sont transmises sans etre transmises 
au logiciel client externe. Le logiciel client embarquS peut ainsi par exemple 
decider, en fonction de critferes determines, quelles reponses doivent Stre 
transmises au logiciel client externe (en 6tant ou non modifies) et quelles 
reponses ne doivent pas l'etre ; 

soit un "espionnage" des reponses dont il re§oit une copie et qui sont par ailleurs 
directement transmises au logiciel client externe. 

Pr6f£rentiellement, ledit logiciel principal comprend une application principale, 
bas£e notamment sur un jeu de fonctions d'execution, permettant chacune Texecution 
d ! au moins une desdites commandes de pilotage. Le logiciel client embarque comprend 
une application cliente, bas£e notamment sur un jeu de fonctions sources, permettant 
chacune renvoi ou la reception, vers ou en provenance de Implication principale, de 
commandes de pilotage ou de r6ponses a des commandes de pilotage. Le logiciel 
principal et/ou ledit logiciel client embarque comprend(nnent) une application 
d'interface, permettant l'interfaf age desdites fonctions sources avec lesdites fonctions 
d'execution. 

Ainsi, on limite les coflts de developpement, du fait que l'application d'interface 
(aussi appelSe par la suite "librairie d'interface application"), une fois d£velopp6e, peut 
etre utilis£e avec differentes applications clientes, voire avec diff£rents logiciel 
principaux. 
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Dans un mode de realisation preferentiel de 1'invention, ledit jeu de commandes 
de pilotage est un jeu de commandes AT standard. 

Ceci permet un developpement rapide du Iogiciel client embarque, les 
commandes AT etant bien connues et dej& utilisees pour le developpement des logiciels 
clients externes (h6berg<Ss par les equipements tiers). Ceci facilite egalement le 
developpement d'un Iogiciel client fortement base sur un Iogiciel client externe existant. 

L'invention concerne egalement un proc&ie de mise en ceuvre d r un Iogiciel client 
de pilotage d'un module de radiocommunication, ledit module de radiocommunication 
etant du type hebergeant et executant un Iogiciel principal assurant notamment des 
fonctions de radiocommunication, ledit Iogiciel principal comprenant des moyens 
d'execution de commandes de pilotage, envoy€es au Iogiciel principal par ledit Iogiciel 
client de pilotage et appartenant a un jeu de commandes de pilotage predetermine. Selon 
l'invention, ledit module de radiocommunication heberge et execute au moins un Iogiciel 
client, dit Iogiciel client embarque. Le Iogiciel client embarque et le Iogiciel principal 
dialoguent Tun avec 1'autre de fa§on que le Iogiciel client embarque joue au moins un 
des deux r61es suivants : 

le role dudit Iogiciel client de pilotage, envoyant des commandes de pilotage au 

Iogiciel principal, et recevant du Iogiciel principal des reponses, resultant de 

1'execution de certaines des commandes de pilotage ; 

le rdle d'un Iogiciel client de supervision, gerant 1'execution de commandes de 
pilotage envoyees par ledit Iogiciel client de pilotage, ledit Iogiciel client de 
pilotage, dit Iogiciel client externe, etant heberge et execute par un equipement 
tiers cooperant avec le module de radiocommunication. 

D'autres caracteristiques et avantages de l'invention apparaitront a la lecture de 
la description suivante d'un mode de realisation preferentiel de l'invention, donne a titre 
d'exemple indicatif et non limitatif , et des dessins annexes, dans lesquels : 

la figure 1 presente un schema simplifie d'un mode de realisation particulier d'un 

module de radiocommunication selon la presente invention ; 

la figure 2 illustre le fonctionnement de la technique actuelle de pilotage d'un 

module de radiocommunication par un equipement tiers ; 
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la figure 3 illustre le fonctionnement d'un premier mode de realisation du module 
de radiocommunication selon la pr£sente invention, dans lequel le logiciel client 
embarqu6 joue le role d'un logiciel client de pilotage ; 

les figures 4 k 7 illustrent chacune un m£canisme de fonctionnement d f un second 
mode de realisation du module de radiocommunication selon la pr£sente 
invention, dans lequel le logiciel client embarquS joue le role d'un logiciel client 
de supervision, et plus pr£cis6ment : 

* la figure 4 illustre un m6canisme d'aiguillage de commandes, permettant 
au logiciel client embarqu£ de filtrer les commandes provenant du 
logiciel client externe ; 

* la figure 5 illustre une variante du m€canisme d'aiguillage de commandes 
de la figure 4, permettant au logiciel client embarqu£ d f espionner les 
commandes provenant du logiciel client externe ; 

* la figure 6 illustre le m£canisme d'aiguillage de r^ponses, permettant au 
logiciel client embarqu£ de filtrer les r£ponses destinies au logiciel client 
externe ; 

* la figure 7 illustre une variante du m£canisme d'aiguillage de r£ponses de 
la figure 6, permettant au logiciel client embarqu6 d'espionner les 
r£ponses destinies au logiciel client externe. 

L'invention concerne done un module de radiocommunication h£bergeant et 
executant, avec le meme jeu de ressources (processeur et m£moire), un logiciel principal 
et (au moins) un logiciel client embarqu£. 

De fa$on classique, le logiciel principal (par exemple un "logiciel GSM") assure 
notamment des fonctions de radiocommunication, et comprend des moyens d'ex^cution 
de commandes de pilotage (qui lui envoy£es par un logiciel client de pilotage). 

Le logiciel client embarqu£ (concept propre h la pr£sente invention) peut jouer : 

le r61e d'un logiciel client de pilotage (premier mode de realisation de l'invention, 

d£crit ci-dessous en relation avec la figure 3), et/ou 

le role d'un logiciel client de supervision (second mode de realisation de 
l'invention, d£crit ci-dessous en relation avec les figures 4 & 7). 
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Dans la suite de la description, on suppose que les commandes de pilotage sont 
des commandes AT. II est clair toutefois que la presente invention n'est nullement 
limitee k ce type de commande de pilotage. 

Dans le mode de realisation particulier illustre sur la figure 1, le logiciel principal 
3 comprend une application principale 3a, bas6e notamment sur un jeu de fonctions 
d'ex^cution, permettant chacune TexScution d'au moins une des commandes AT. 

Par ailleurs, le logiciel client embarquS 6 comprend : 

une application cliente 6a, basSe notamment sur un jeu de fonctions sources, 
permettant chacune 1 'envoi ou la reception, vers ou en provenance de 
Implication principale la, de commandes AT ou de reponses a des commandes 
AT; 

une application d'interface 6b, permettant l'interfagage des fonctions sources (de 
1'application cliente 6a) avec les fonctions d'ex£cution (de Implication principale 
la). 

Pour communiquer Tun avec l'autre, le logiciel client embarque 6 et le logiciel 
principal 3 s'appuient chacun sur une couche API, referencees 61 et 31 respectivement. 
On rappelle que le terme API (pour "Application Programming Interface" en anglais) 
d&igne une interface. C'estune description des regies de communication correspondant 
a un certain ensemble fonctionnel. 

Cote logiciel client embarque 6, la couche API (embarquee) 61 comprend: 

dans 1'application cliente embarquee 6a : 

* un bloc "Application Mandatory API", formant interface decrivant des 
fonctions devant Stre definies dans 1'application cliente embarquee ; 

dans Implication d'interface (ou librairie d'interface application) 6b : les trois 
blocs suivants : 

* un bloc "AT command API", formant interface decrivant l'accfes aux 
commandes AT, cette interface decrit des fonctions se trouvant dans la 
librairie d'interface application ; 

* un bloc "OS API", formant interface decrivant Taccfes aux fonctions du 
systeme Sexploitation (Operating System), cette interface decrit des 
fonctions se trouvant dans la librairie d'interface application ; 
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* un bloc "Standard API", formant interface dScrivant l'accfes k des 
fonctions standard, cette interface decrit des fonctions se trouvant dans la 
librairie d'interface application. 

Cote logiciel principal 3, la couche API (export£e) 31 comprend, dans 
l'application principale 3a : 

* un bloc " AT Command API pendant du bloc du meme nom de la 
couche API (embarquSe) 61 c6t£ logiciel client embarqu£ 6 ; 

* un bloc "OS API, pendant du bloc du meme nom de la couche API 
(embarqu£e) 61 c6t£ logiciel client embarqu£ 6. 

L'application principale 3a constitue le noyau du logiciel principal 3, et 
Implication cliente 6a et ^application d'interface 6b constituent le noyau 60 du logiciel 
client embarqu6 6. 

L'application d'interface 6b est une entite logicielle qui permet le dialogue entre 
les deux entitSs logicielles autonomes (ou binaires que sont l'application cliente 6a et 
l'application principale la. Elle se pr£sente par exemple sous la forme d'une librairie 
(d£j& compile). 

Le logiciel client embarqu6 et le logiciel principal utilisent chacun une partie 
distincte d'une m6me m€moire vive (RAM). Le client definit la taille de la pile memoire 
nScessaire k la bonne execution du logiciel client embarquS. Une tentative d'accfes de 
Tun des deux logiciels k une partie de la memoire vive reserve k l'autre logiciel 
provoque un arret de fonctionnement. 

On pr£sente maintenant, en relation avec la figure 3, un premier mode de 
realisation de l'invention dans lequel le logiciel client embarqu£ joue le role d'un logiciel 
client de pilotage. 

Les Pigments compris de fa§on classique dans un module de 
radiocommunication, et pr£sentes ci-dessus en relation avec la figure 2 (art ant6rieur), 
conservent les memes references num&iques. Ainsi, le module de radiocommunication 
1 heberge et execute un logiciel principal 3 comprenant notamment des moyens 4 
d'ex&ution des commandes AT. 

Par ailleurs, selon le premier mode de realisation de l'invention et comme 
pr£sent6 ci-dessus en relation avec la figure 2, le module de radiocommunication 1 



n 2822627 



hSberge et execute en outre un logiciel client embarque 6, jouant le role d f un logiciel 
client de pilotage et comprenant notamment une application cliente embarquee 6a et une 
application d'interface 6b. 

Le fonctionnement de ce premier mode de realisation de Tinvention peut 6tre 
resume ainsi : 

-etapeT 1 : l'application cliente embarquee 6a appelle une fonction source 
(wm.atSendCommand") d'envoi vers les moyens 4 d'execution (compris 
dans le logiciel principal) d'une ou plusieurs commande(s) AT. Cette 
fonction source est presentee en detail dans la suite de la description ; 

- etape "2" : l'application d'interface 6b appelle la ou les fonctions d'execution 

appropriSes au sein des moyens 4 d'execution (compris dans le logiciel 
principal 3) ; 

- etape "3" : les moyens 4 d'execution ex6cutent la ou les commande(s) AT ; 

- etape "4" : aprfes execution, les moyens d'execution 4 envoient la ou les reponse(s) 

AT h l'application cliente embarquee 6a (si la commande d'envoi pr6cit6e 
a ete parametree en ce sens) ; 

- 6tape "5" : cette ou ces reponse(s) est(sont) exp6diee(s) par l'application d'interface 

6b, qui appelle, au sein de l'application cliente embarquee 6a, la fonction 
source ( f 'wm_apmAppliParser n ) de traitement d'un message provenant du 
logiciel principal. Un parametre de cette fonction source de traitement est 
le message qui contient la ou les reponse(s) precitee(s). Cette fonction 
source est presentee en detail dans la suite de la description ; 

- etape n 6" : au sein de l'application cliente embarquee 6a, la fonction source de 

traitement traite la reponse. 

On pr&ente maintenant, en relation avec les figures 4 k 7, un second mode de 
realisation de invention dans lequel le logiciel client embarqu6 joue le role d'un logiciel 
client de supervision. 

Dans ce second mode de realisation, le module de radiocommunication n'est pas 
autonome (contrairement au premier mode de realisation), mais est pilote par un 
equipement tiers avec lequel il coopfere. La configuration est done celle de l'art anterieur, 
decrite ci-dessus en relation avec la figure 2 (les m§mes elements conservent les memes 
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references num6riques). En d'autres termes, une application cliente externe (logiciel 
client de pilotage) 2 envoie des commandes AT k un logiciel principal 3, en vue de leur 
execution par le logiciel principal 3. 

Selon le second mode de realisation de l'invention, le module de 
radiocommunication 1 heberge et execute en outre un logiciel client embarqu6 6, jouant 
le r61e d ! un logiciel client de supervision et comprenant notamment une application 
cliente embarqu^e 6a et une application d'interface 6b. De fa$on transparente pour 
I'application cliente externe 2, le logiciel client embarqu6 6 supervise 1'execution (ou 
non) des commandes AT par les moyens 4 d'ex£cution compris dans le logiciel principal 
3. 

Le logiciel client embarqu£ 6 (logiciel de supervision) peut decider de la mise en 
oeuvre, au sein du module de radiocommunication, notamment de : 

un mecanisme d'aiguillage et de traitement des commandes AT, envoy£es par 
Implication cliente externe (logiciel client de pilotage) 2. Trois variantes de mise 
en ceuvre de ce mecanisme sont par exemple proposes, selon lesquelles le 
logiciel principal 3 transmet les commandes AT qu'il re^it : soit uniquement aux 
moyens 4 d'ex£cution (premifere variante), soit uniquement au logiciel client 
embarqu6 6 (seconde variante), soit aux deux (troisifeme variante) ; 
un mecanisme d'aiguillage et de traitement des r£ponses AT, resultant de 
1'execution par les moyens 4 d'ex£cution (compris dans le logiciel principal 3) de 
commandes AT. Trois variantes de mise en oeuvre de ce mecanisme sont par 
exemple proposees, selon lesquelles les reponses AT genres par le logiciel 
principal 3 sont transmises respectivement uniquement k I'application cliente 
externe 2 (premifere variante), uniquement au logiciel client embarque 6 (seconde 
variante), ou bien aux deux (troisifcme variante). 

On notera que la premifere variante de chacun des deux mecanismes pr£cit£s 
(relatifs aux commandes AT et aux reponses AT respectivement) signifie que le logiciel 
client embarqu6 6 peut decider d'etre totalement passif k certains moments. Elles 
correspondent done k un fonctionnement classique du module de radiocommunication, 
tel que d6crit pr6c£demment en relation avec la figure 2, et ne sont pas d£crites k 
nouveau. 
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On pr6sente maintenant, en relation avec la figure 4, la seconde variante du 
m£canisme d ! aiguillage et de traitement des commandes AT, qui permet au logiciel 
client embarqug 6 de filtrer les commandes AT provenant de l'application cliente externe 
2. 

Le fonctionnement de cette seconde variante du mecanisme d'aiguillage et de 
traitement des commandes AT peut 6tre r£sum6 en deux phases successives, a savoir : 

une phase prealable de selection, par l'application cliente externe 2, de la 
(seconde) politique d'aiguillage de commandes AT, selon laquelle les 
commandes AT sont retransmises uniquement au logiciel client embarqu6 6, et 
une phase de traitement, selon la (seconde) politique d'aiguillage de commandes 
selectionnte, des commandes AT envoySes par l'application cliente externe 2. 
La phase prealable de selection de la seconde politique d'aiguillage de 
commandes AT comprend les etapes suivantes : 

-etape n l": l'application cliente embanjuee 6a appelle une fonction source 
("wm_atCmdPreParserSubscribe n ) description aupres du logiciel 
principal 3 & un service d'aiguillage de commandes AT (ou "command 
pre-parsing service" en anglais), avec un parametre de cette fonction 
^inscription qui indique le choix de la seconde politique d'aiguillage de 
commandes AT. Cette fonction source est pr6sent6e en detail dans la 
suite de la description ; 

- 6tape "2 n : l'application d'interface 6b appelle, au sein du logiciel principal 3, la ou 

les fonction(s) d'execution appropriee(s), dite(s) fonction 
d'enregistrement de l'inscription au service d'aiguillage de commandes 
AT; 

- etape w 3" : le logiciel principal 3 Stablit l'inscription demandee par l'application 

cliente embarquee 6a, via l'application d'interface 6b, 
Dans un seul souci de simplification, on suppose dans la suite de la description 
(et comme illustr£ sur la figure 4), que la ou les fonction(s) d'enregistrement de 
l'inscription au service d'aiguillage de commandes AT sont comprises, au sein du 
logiciel principal 3, dans les moyens 4 d'execution de commandes AT. 
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Egalement dans un seul souci de simplification, on suppose dans la suite de la 
description (et comme illustrS sur la figure 4), que les moyens d'aiguillage de 
commandes (discutes ci-aprfes) sont compris, au sein du logiciel principal 3, dans les 
moyens 4 d'exScution de commandes AT. 

La phase de traitement des commandes AT comprend les Stapes suivantes : 

- etape "4" : l'application cliente externe 2 envoie une commande AT au logiciel 

principal 3 ; 

- 6tape "5" : la liaison s6rie 5 transmet la commande AT k des moyens d'aiguillage de 

commandes, compris dans les moyens 4 d'ex6cution (eux-mfemes compris 
dans le logiciel principal 3) et fonctionnant selon la seconde politique 
d'aiguillage de commandes AT (s£lectionn6e lors de la phase pr&dable) ; 

- 6tape n 6 M : sans etre ex6cutees par les moyens 4 d'ex6cution, la commande AT est 

retransmise uniquement au logiciel client embarqu6 6 ; 

- gtape "7" : la commande AT est expSdiee par l'application d f interface 6b, qui 

appelle, au sein de Implication cliente embarquee 6a, la fonction source 
( M wm_apmAppIiParser") de traitement d'un message provenant du 
logiciel principal, param&r£e ici notamment par un message qui contient 
la commande AT et qui indique qu'il s'agit de la commande AT 
"originale". Cette fonction source est presentee en detail dans la suite de 
la description ; 

- 6tape "8" : au sein de l'application cliente embarquee 6a, la fonction source de 

traitement traite la commande AT. 
Ce traitement consiste par exemple k renvoyer la commande AT vers les moyens 
4 d f ex6cution (selon le m6canisme correspondant au premier mode de realisation de 
l'invention, decrit ci-dessus en relation avec la figure 3). II peut Egalement consister en 
la fourniture arbitraire d f une r^ponse par le logiciel client embarquS 6 lui-meme, sans 
que la commande AT soit ex£cut£e. Dans ce cas, le logiciel client embarquS 6 tient par 
exemple compte d'au moins une information relative a la commande AT concern^e 
(type de commande, nature du ou des paramfetres, etc). D'une fa?on g£n£rale, quel que 
soit le traitement effectue, on comprend que le logiciel client embarqu6 6 "filtre" la 
commande AT. 
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On prSsente maintenant, en relation avec la figure 5, la troisifeme variante du 
mecanisme d'aiguillage et de traitement des commandes AT, qui permet au logiciel 
client embarqu£ 6 d'espionner les commandes AT provenant de l'application cliente 
externe 2. 

Le fonctionnement de cette troisifeme variante du mecanisme d'aiguillage et de 
traitement des commandes AT peut aussi etre resume en deux phases successives, a 
savoir: 

une phase prealable de selection, par Implication cliente externe 2, de la 
(troisieme) politique d'aiguillage de commandes AT, selon laquelle les 
commandes AT sont retransmises non seulement au logiciel client embarqug 6 
mais aussi aux moyens 4 d'ex6cution (compris dans le logiciel principal 3), et 
une phase de traitement, selon la (troisifcme) politique d'aiguillage de commandes 
s61ectionnee, des commandes AT envoyees par l'application cliente externe 2. 
Le fonctionnement de cette troisifeme variante differe de celui de la seconde 
variante essentiellement en ce que : 

lors de l'etape "1" de la phase pr&dable, l'application cliente embarquee 6a 
selectionne la troisifcme (et non pas la seconde) politique d'aiguillage de 
commandes AT ; 

lors de l'etape "6" de la phase de traitement, la commande AT est transmise aux 
moyens 4 d'exScution et une copie de cette commande AT est transmise au 
logiciel client embarqug 6 ; 

lors de Tetape "8" de la phase de traitement, au sein de l'application cliente 
embarquee 6a, la fonction source de traitement traite la copie de la commande 
AT; 

la phase de traitement comprend en outre une etape "7"\ au cours de laquelle les 
moyens 4 d'execution compris dans le logiciel principal 3 executent la 
commande AT. 

On prfisente maintenant, en relation avec la figure 6, la seconde variante du 
mecanisme d'aiguillage et de traitement des r^ponses AT, qui permet au logiciel client 
embarque 6 de filtrer les rSponses AT destinies a l'application cliente externe 2. 
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Le fonctionnement de cette seconde variante du mScanisme d'aiguillage et de 
traitement des rSponses AT peut aussi etre resume en deux phases successives, & savoir : 
une phase prSalable de selection, par 1'application cliente externe 2, de la 
(seconde) politique d'aiguillage de rSponses AT, selon laquelle les rSponses AT 
gSnSrSes par le logiciel principal 3 sont transmises uniquement au logiciel client 
embarquS 6 ; 

une phase de traitement, selon la (seconde) politique d'aiguillage de rSponses 
sSlectionnSe, des rSponses AT gSnerSes par le logiciel principal 3. 
La phase prSalable de selection de la seconde politique d'aiguillage de rSponses 
AT comprend les Stapes suivantes : 

-Stape'T': 1'application cliente embarquSe 6a appelle une fonction source 
("wm_atRspPreParserSubscribe") description auprfcs du logiciel 
principal 3 k un service d'aiguillage de rSponses AT (ou "response pre- 
paring service" en anglais), avec un paramfetre de cette fonction 
d'inscription qui indique le choix de la seconde politique d'aiguillage de 
reponses AT. Cette fonction source est pr&entSe en detail dans la suite de 
la description ; 

- Stape "2" : 1'application d'interface 6b appelle, au sein du logiciel principal 3, la ou 

les fonction(s) d'exScution appropriee(s), dite(s) fonction 
d'enregistrement de 1'inscription au service d'aiguillage de reponses AT ; 

- Stape "3" : le logiciel principal 3 Stablit 1'inscription demandSe par 1'application 

cliente embarquSe 6a, via 1'application d'interface 6b. 

Dans un seul souci de simplification, on suppose dans la suite de la description 
(et comme illustrS sur la figure 6), que la ou les fonction(s) d'enregistrement de 
1'inscription au service d'aiguillage de rSponse AT sont comprises, au sein du logiciel 
principal 3, dans les moyens 4 d'exScution de commandes AT. 

Egalement dans un seul souci de simplification, on suppose dans la suite de la 
description (et comme illustrS sur la figure 6), que les moyens d'aiguillage de r€ponses 
(discutSs ci-apres) sont compris, au sein du logiciel principal 3, dans les moyens 4 
d'exScution de commandes AT. 

La phase de traitement des reponses AT comprend les Stapes suivantes : 
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6tape "4" : l'application cliente externe 2 envoie une commande AT au logiciel 
principal 3 ; 

etape "5" : la liaison serie 5 transmet la commande AT aux moyens 4 d'execution 

(compris dans le logiciel principal 3) ; 
6tape "6" : les moyens 4 d'execution executent la commande AT et genere une 

reponse AT ; 

etape "T : des moyens d'aiguillage de r6ponses, compris dans les moyens 4 
d'execution et fonctionnant selon la seconde politique d'aiguillage de 
reponses AT (selectionnfe lors de la phase prealable), envoient la reponse 
AT au logiciel client embarquS 6 ; 

- etape "8" : la reponse AT est exp6di€e par l'application d'interface 6b, qui appelle, au 

sein de l'application cliente embarqu6e 6a, la fonction source 
( !, wm_apmAppliParser n ) de traitement d ! un message provenant du 
logiciel principal, parametree ici notamment par un message qui contient 
la reponse AT et qui indique qu f il s'agit de la reponse AT "originate" ; 

- 6tape "9" : au sein de l'application cliente embarquge 6a, la fonction source de 

traitement traite la reponse AT. On peut parler ici de "filtrage" des 
reponses AT par le logiciel client embarqul 
On presente maintenant, en relation avec la figure 7, la troisifeme variante du 
m6canisme d'aiguillage et de traitement des reponses AT, qui permet au logiciel client 
embarqu6 6 d'espionner les reponses AT destinees a l'application cliente externe 2. 

Le fonctionnement de cette troisifeme variante du mecanisme d'aiguillage et de 
traitement des reponses AT peut aussi etre resume en deux phases successives, a savoir: 
une phase prealable de selection, par l'application cliente externe 2, de la 
(troisifcme) politique d'aiguillage de reponses AT, selon laquelle les reponses AT 
sont retransmises non seulement au logiciel client embarqu6 6 mais aussi k 
l'application cliente externe 2, et 

une phase de traitement, selon la (troisifcme) politique d'aiguillage de reponses 
s61ectionn6e, des reponses AT g€n€r€es par le logiciel principal 3. 
Le fonctionnement de cette troisifeme variante differe de celui de la seconde 
variante essentiellement en ce que : 
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lors de l^tape "1" de la phase pr6alable, Implication cliente embarqu6e 6a 
s^lectionne la troisifeme (et non pas la seconde) politique d'aiguillage de r6ponses 
AT; 

lors de l'Stape n 7" de la phase de traitement, la r6ponse AT est transmise k 
Tapplication cliente externe 2 et une copie de cette r^ponse AT est transmise vers 
le logiciel client embarqu6 6 ; 

lors de T6tape "9" de la phase de traitement, au sein de Implication cliente 
embarqu^e 6a, lafonction source de traitement traite la copie de la r£ponses AT ; 
la phase de traitement comprend en outre une 6tape "8 m , au cours de laquelle la 
r6ponse est envoySe h travers la liaison s6rie 5, et une £tape "9"' au cours de 
laquelle Tapplication cliente externe 2 re?oit et traite la rSponse. 
On trouvera en Annexe 1 une presentation d6taill€e de certaines des fonctions 

sources sur lesquelles est bas£e Tapplication cliente embarquee. 

A titre illustratif, on trouvera en Annexe 2 un exemple d'application embarquee, 

6crite en langage C et dont Tobjectif est d'envoyer une commande ATI3 trois secondes 

aprfcs chaque initialisation et Venture d'objets en m6moire Flash. 

Dans le cadre de la pr6sente invention, de fa§on optionnelle, on peut 6galement 

pr6voir d'utiliser, outre les commandes AT standard, au moins une des commandes AT 

supptementaires suivantes : 

commande de chargement d'un logiciel client (AT+WDWL), permettant au 
logiciel client externe de charger un nouveau logiciel client dans le module de 
radiocommunication ; 

commande de deactivation (AT+WOPEN), permettant au logiciel client externe 
de d6sactiver le logiciel client embarqug. 
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ANNEXE I : 

Presentation ddtaillee de certaines fonctions sources sur lesquelles 
est basee l'application cliente embarquee 

AYi "wm apmAppliParser" : 

fonction de traitement d'un message provenant du logiciel principal. Le message formant 
parametre de la fonction de traitement contient notamment une commande AT ou une 
r^ponse a une commande AT. 

Nom exact : 

bool wm_apmAppHParser(wm_apmMsg_t * Message); 

Parametres 

Message 

La structure du message change avec chaque type de message re?u : 

typedef struct 
{ 

sl6 MsgTyp; 
/* "MsgTyp" est un type de message re§u, qui permet de determiner la structure 
associee du corps du message */ 

wm_apmBody_J Body; /* "Body" est un corps de message specifique */ 
} wm_apmMsg_t; 

Valeurs de "MsgTyp" : 
WM_AT_SENDJRSP 

Le message contient une rSponse k une commande AT prealablement envoy^e 
au logiciel principal par le logiciel client embarqu£ 

WM.ATJJNSOLICITED 

Le message contient une commande AT non sollicitee 
WM_AT_CMD_PRE_PARSER 

Le message contient une commande AT envoyee par un logiciel client externe, 
via le logiciel principal 

WM_AT_RSP_PRE_PARSER 
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Le message contient une r£ponse AT resultant de l'exScution par le Iogiciel 
principal d'une commande AT provenant d'une application externe. 

WM_OS_TIMER 

Le message est envoys k l'expiration d'une temporisation. 
La structure du corps est : 
typedef union 

/* Sont incluses ici toutes les structures specifiques assoctees aux types de 

message "MsgTyp" */ 

/* WMj\T_SEND JRSP */ 

wm_atResponse_t ATResponse; 

/* WM^T ^UNSOLICITED */ 
wm_atUnsolicitedJ: ATUnsolicited; 

/* WM_AT_CMD_PRE_PARSER */ 
wm_atCmdPreParser_t ATCmdPreParser; 

;/* WM_AT_RSP_PRE_PARSER */ 
wm_atRspPreParserJ: ATRspPreParser 

/* WM_OS_TIMER */ 
wm_osTi mer_t OSTimer; 
} wm__aprnBody_t; 

Les sous-structures du corps sont : 

Corps pour WM_AT_SEND_RSP : 
typedef struct { 

wm_atSendRspType_e Type; 

ul6 StrLength; /* Longueur de strData */ 

char StrDatafl]; /* r€ponse AT */ 

} wm_atResponse_t; 

typedef enum { 

WM _AT_SEND_RSP_TO JEMB EDDED , 

WM_AT_SEND _RSP_TO .EXTERNAL, 

WM _AT_SEND J*SPJBROADCAST 
} wm_atSendRspType_e; 

(voir le detail de la fonction w wm_atSendCommand", pour la description de 
n wm_atSendRspType_e description"). 
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Corps pour WM_AT_UNSOLICITED : 

typedef struct { 

wm_atUnsolicited_e Type; 

ul6 StrLength; 

char StrData[l]; 
} wm_atUnsolicited_t; 

typedef enum { 

WM_AT_UNSOLICITED_TO_EXTERNAL, 

WM_AT_UNSOLICITED_TOJEMBEDDED, 

WM_AT_UNSOLICITED3ROADCAST 
} wm_atUnsolicited__e; 

(voir le detail de la fonction w wm_atUnsolicitedSubscription", pour la 
description de "wm_atUnsolicited_e"). 

Corps pour WM_AT_CMD_PRE_PARSER : 
typedef struct { 

wm_atCmdPreSubscribe_e Type; 
ul6 StrLength; 
char StrData[l]; 
} wm_atCmdPreParser_t; 

typedef enum { 

WM_AT_CMD„PRE_WAVECOM_TREATMENT, /* Valeur par dtfaut */ 

WM_AT_CMD_PRE_EMBEDDED_TREATMENT, 

WM_AT_CMD_PRE_BROADCAST 
} wm_atCmdPreSubscribe_e; 

(voir le detail de la fonction n wm_atRspPreParserSubscribe\ pour la description 
de "wm.atCnfidPreSubscribe^e 1 '). 



Corps pour WM_AT_RSPJPRE_PARSER : 
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typedef struct { 

wm_atRspPreSubscribe_e Type; 

ul6 StrLength; 

char StrData[l]; 
} wm_atRspPreParser_t; 

typedef enum { 

WM^T_RSP_PRE_WAVEC01VLTREATMENT, /* Valeur par d6faut */ 

WM _AT_RSP_PRE_EMB EDDED_TREATMENT, 

WM _AT_RSP_PRE_B RO ADCAST 
} wm_atRspPreSubscribe_e; 

(voir le d6tail de la fonction "wnuatRspPreParserSubscribe", pour la description 
de n wm_atRspPreSubscribe_e"). 

Corps pour WM_OS_TIMER : 
typedef struct { 

u8 Ident; /* Identifiant de Temporisation */ 

} wm_osTimer_t; 

(voir le detail de la fonction "wm^osStartTimer", pour la description de "Ident"). 
Valeurs retourn^es 

Le paramfetre de retour indique si le message a ete trait6 (VRAI) ou non (FAUX). 
A2^ "wm atSendCommand" 

fonction d ! envoi vers le logiciel principal d'au moins une commande AT, dont un 
paramfetre indique le(s) logiciel(s) destinataire(s) (h savoir le logiciel client embarquS 
et/ou le logiciel client externe) de la r6ponse resultant de l'exScution de cette commande 
AT. 



Nom exact : 

void wm_atSendCommand ( ul6 AtStringSize, 

wm_atSendRspType_e ResponseType, 
char *AtString, ); 

Parametres 



AtString 
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Ce parametre peut etre tout type de chaine de commandes AT, en caracteres ASCII. 
Plusieurs chaines peuvent etre envoySes en meme temps. 

AtStringSize 

Taille du paramfctre precedent : AtString. 

ResponseType 

Type de la reponse 
typedef enum { 

WM_AT_SEND_RSP_TO_EMBEDDED , /* Valeur par defaut */ 

WM_AT_SEND_RSP_TO_EXTERNAL, 
WM_ATJSENDJRSP_BROADCAST 
} wm_atSendRspType_e; 

WM_AT_SEND_RSP_TO_EMBEDDED 

Toutes les rSponses sont redirigfies vers Tapplication cliente embarquee 
(Embedded application). Cest le mode par defaut. 

WM^AT^SEND_RSP_TO_EXTERNAL 

Toutes les r^ponses sont redirig6es vers Tapplication cliente externe (PC). 

WM_AT_SEND_RSPJBROADCAST 

Toutes les rSponses sont redirigees ("diffuses") vers Implication cliente 
embarquee et Implication cliente externe (PC). 

A3^ "win at TJnsolicitedSubscription" : 

fonction description aupres du logiciel principal k un service de reception de 
commandes AT non sollicitees, dont un paramfetre indique vers quel(s) logiciel(s) 
destinataire(s) (a savoir le logiciel client embarque et/ou le logiciel client externe) doit 
gtre redirigSe chacune des commandes AT non sollicitees 

Nom exact : 

void wm_atUnsolicitedSubscription ( 

wm_atUnsolicited_e Unsolicited); 

Parametres 

Unsolicited 

Ce parametre d&rit Taction effectufie quand une commande AT non sollicit£e arrive. 

typedef enum { 

WM JVT JJNSOLICITED _TO_EXTERNAL, /* Valeur par defaut */ 

WM_AT_UNSOLICITED_jrO_EMBEDDED, 

WM_ATJJNSOLICITED_BROADCAST, 
} wm_atUnsolicited_e; 

WM_AT_UNSOLICITEDjrO_EXTERNAL 

Toutes les commandes non sollicitees seront redirigees vers Tapplication cliente 
externe (PC) (mode par d6faut) 
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WM_ATJJNSOLICITEDJTOJEMBEDDED 

Toutes les commandes non sollicitees seront redirigdes vers l'application cliente 
embarqu6e 

WMJVTJJNSOLICITEDJROADCAST 

Toutes les commandes non sollicitees seront redirigSes (diffuses) vers 
1'application cliente externe (PC) et l'application cliente embarqude 



A4^ "wm atC mdPreParserSubscribe" : 

fonction description auprfes du logiciel principal k un service d'aiguillage de 
commandes AT, dont un paramfctre indique vers quel(s) logiciel(s) (a savoir le logiciel 
principal et/ou le logiciel client embarquS) doit 6tre aiguillee chacune des commandes 
AT provenant d'une application externe. 



Nom exact : 

void wm_atCmdPreParserSubscribe ( 

wm_atCmdPreSubscribe_e SubscribeType) ; 

Paramfetres 

SubscribeType 

Ce paramfetre d^crit Taction effectu6e quand une commande AT arrive 

typedef enum { 

WM_AT_CMD_PRE_WAVECOM_TREATMENT, /* Valeur par d6f aut */ 

WM_AT J^MD_PRE_JEMB EDDED ^TREATMENT, 

WM_AT_CMD_PRE_BROADCAST 
} wm_atCmdPreSubscribe_e; 

WM^AT^CMD_PRE_WAVECOM_TREATMENT 

L'application cliente embarquSe ne veut pas filtrer (ni espionner) les commandes 
envoySes par l'application cliente externe (mode par defaut). 

WM _AT_CMD_PRE_EMB EDDED_TREATMENT 

L'application cliente embarqu^e veut filtrer les commandes envoySes par 
l'application cliente externe 
WM _AT_CMD_PRE_B ROAD CAST 

L'application cliente embarquge veut espionner les commandes envoySes par 
l'application cliente externe 



A5^ "wm atRspPreParserSubscribe" : 

fonction ^inscription aupres du logiciel principal h un service d'aiguillage de r6ponses, 
dont un paramfctre indique vers quel(s) logiciel(s) (a savoir le logiciel client externe 
et/ou le logiciel client embarquS) doit Stre aiguillee chacune des r6ponses resultant de 
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l'execution par le logiciel principal (Tune commande AT provenant d ! une application 
externe. 

Nom exact : 

5 void wm_atRspPreParserSubscribe ( 

wm_atRspPreSubscribe_e SubscribeType); 

Parametres 

10 SubscribeType 

Ce parametre d£crit Taction effectuee quand une commande AT arrive 

typedef enum { 

WM_AT_RSP_PRE_WAVECOM„TREATMENT, /* Valeur par defaut */ 
15 WM _AT_RSP_PRE_EMBEDDED_TREATMENT, 

WM_AT_RSPJPREJBROADCAST 
} wm_atRspPreSubscribe_e; 

WM_AT_RSP_PRE_WAVECOMJTREATMENT 
20 L'application cliente embarqu^e ne veut pas filtrer (ni espionner) les reponses 

envoyees a l'application cliente externe (mode par defaut). 

WM_AT_RSP_PRE_EMBEDDED_TREATMENT 

L'application cliente embarqu6e veut filtrer les reponses envoyees k l'application 
25 cliente externe. 

WM_AT_RSP_PRE_BROADCAST 

L'application cliente embarquee veut espionner les reponses envoy6es k 
Implication cliente externe. 

30 

A6) "wm atSepdRspE^ternalApp" : 

fonction d'envoi vers le logiciel client externe, via le logiciel principal, d'au moins une 
r6ponse. L'utilisation de cette fonction n f est possible que si une inscription pr^alable au 
service d'aiguillage de reponses a 6t6 effectu6e, avec aiguillage d'une copie des reponses 
35 notamment vers le logiciel client embarque 

Nom exact : 

void wm_atSendRspExternalApp (ul6 AtStringSize, 

char *AtString,); 

Parametres 

AtString 

peut etre tout type de chaine de reponses AT, en caracteres ASCII 
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AtStringSize 
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Taille du parametre precedent : AtString 
A7) "DataFlowService" : 

fonction demission et/ou reception de donn£es par le logiciel client embarqug, via le 
logiciel principal, aprfcs qu f une communication de donnees a €t€ £tablie 

A8) "to QggtartTiyner" i 

fonction d'armement d'une temporisation, un paramfctre de ladite fonction d'armement 
indiquant la temporisation h armer 

A9) rf wm osStopTimer" : 

fonction d'arret d'une temporisation, un paramfetre de ladite fonction d'arret indiquant la 
temporisation & arreter 
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ANNEXES; 
Exemple d'application cliente embarquee 



/***************************************************************************/ 

/* File : Appli.c */ 

/* */ 

/* Object i Customer application */ 

/* This program waits 3 seconds, send a ATI3 command to */ 

/* software version. It starts a cyclic timer of 3 seconds */ 

/* and writes an object in Fash with a value of 0. */ 

/* Every 3 seconds, it reads object value, display it, */ 

/* increments and rewrites it in Flash. */ 

/* */ 

/* contents : Customer main procedures */ 

/* */ 

/* Change i */ 

/* Date | Author | Modification */ 

/* 26/12/00 1 FCA | Creation */ 



#include "wm_types.h a 
#include "wm_apm.h M 
#inelude "utils.h" 

#define TIMER_INIT 01 
#define TIMER_CYCLIC 02 
#define OBJECT ID 0x1 



char wra_apmCustomStack[1024); 

const ul6 wm_apmCustomStackSize = sizeof (wm_apmCustoinStack) ; 

/******************************* ********** ** ********************************/ 



/* Function t wm_apmApplilnit */ 

/* Ob jet : Customer application initialisation */ 

/* */ 
/* Return : */ 

/* */ 

/* */ 

/* Variable Name |lN |0UT|GLB| Utilisation */ 
/* + + + + */ 

/* InitType I I I I Application start mode reason */ 



/***************************************************************************/ 

void wm_apmApplilnit (wm_apmInitType_e InitType) 
< 

// Trace : Level 10 

wm_osDebugTrace(10, "Init t Start timer" ); 

// Start a timer for 3 seconds 
wm_osStartTimer (TIMER_INIT, FALSE , 30 ) ; 

> 

/♦★A************************************************************************/ 



/* Function t wm__apmAppliParser */ 

/* */ 

/* Ob jet * Customer task body */ 

/* */ 
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/* Return t */ 
/* */ 
f* */ 

/* Variable Name |IN |OUT|GLB| Utilisation */ 
/* + + + + */ 

/* pMessage I I I I Message sent by real time kernel */ 

bool wm_apmAppliParser (wm_apmMsg__t * pMessage) 
{ 

char strCommand [] = "ATl3\r"; // don't forget '\r' at the end 
ul6 u!6DataLen; 

bool bRet; 

char strTr aceMs g [ 50 ] ; 

char strData; 

switch (pMessage->MsgTyp) 
{ 

case WM_OS_TIMER i 

switch < pMessage->Body . OSTimer . Ident ) 
{ 

case TIMER_INIT: // Timer armed in wm_apmAppliInit 
wm_osDebugTrace(10, "TIMER_INIT" ); 

// Result will be visible in the AT terminal window 
wm_atSendCommand ( wm_strlen ( strCommand ) + 1 , 

WM_AT_SEND_R SP_T0_E XTERN AL , strCommand ) ; 

// Write object for the first time 
strData » 0x30; 

bRet « wm_osWriteFlashData(OBJECT_ID, sizeof (char ) , 

ftstrData ); 

if (bRet) 

wm_osStartTimer (TIMER_CYCLIC,TRUE, 30); 

else 

wm_osDebugTraae(ia, "wm_osWriteFlashData failed" ); 

break; 

case TIMER_CYCLICi 

wm_osDebugTrace ( 10 , w T1MER_CYCLIC " ) ; 
// Read object, increment value, rewrite object 
ul6DataLen = wm__osGetLenFlashData(OBJECT_ID) ; 
ul6DataLen « wm_osReadFlashData( OBJECTED, ul6DataLen, 

& strData ); 

if (u!6DataLen) 
< 

// Print object after read 
wm_strcpy ( strTraceMsg , "Value : " ) ; 
strTraceMsg [wm_strlen( strTraceMsg ) ] = strData; 
strTraceMsg [wm_strlen( strTraceMsg )+l J = '\0'; 

wm_osDebugTrace( 10, strTraceMsg ); 



// increment it 
strData++; 

if (strData **- 0x3A) strData - 0x30; 

bRet « wm_osWriteFlashData(OBJECT_ID, sizeof (char) , 

6 strData ); 

if (IbRet) 
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wm_osDebugTrace (10, "wm_o9WriteFlashData failed" ) ; 


> 

else 


wm_osDebugTrace(10, "Read 0 byte" ); 


break; 




default: 

break; 

) 




default: 
break; 

> 

return TRUE; 

} 
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REVENDICATIONS 

1. Module de radiocommunication, du type h6bergeant et executant un logiciel 
principal assurant notamment des fonctions de radiocommunication, ledit logiciel 
principal comprenant des moyens d'ex£cution de commandes de pilotage, envoyges au 
logiciel principal par au moins un logiciel client de pilotage et appartenant k un jeu de 
commandes de pilotage predetermine, 

caract£ris6 en ce que ledit module de radiocommunication heberge et execute en outre 
au moins un logiciel client, dit logiciel client embarque, 

et en ce que le logiciel client embarque et Ie logiciel principal comprennent des moyens 
permettant au logiciel client embarque de jouer au moins un des deux roles suivants : 

le role d'un logiciel client de pilotage, envoyant des commandes de pilotage au 
logiciel principal, et recevant du logiciel principal des rgponses, resultant de 
TexScution de certaines des commandes de pilotage ; 

le role d'un logiciel client de supervision, gerant Tex6cution de commandes de 
pilotage envoyges par un logiciel client de pilotage, dit logiciel client externe, 
heberg6 et execute par un equipement tiers coop6rant avec le module de 
radiocommunication. 

2. Module de radiocommunication selon la revendication 1, caracterise en ce que, 
pour permettre au logiciel client embarque de jouer le r61e d'un logiciel client de 
pilotage : 

le logiciel client embarque comprend des moyens d'envoi de commandes de 

pilotage vers les moyens d r ex£cution compris dans le logiciel principal ; 

le logiciel principal comprend des moyens d'envoi des r£ponses, resultant de 

Texecution de certaines des commandes de pilotage par les moyens d'ex^cution 

compris dans le logiciel principal, vers le logiciel client embarque ; 

le logiciel client embarque comprend des moyens de traitement des r^ponses 

envoy£es vers lui par le logiciel principal. 

3. Module de radiocommunication selon Tune quelconque des revendications 1 et 2, 
caracterise en ce que, pour permettre au logiciel client embarque de jouer le role d'un 
logiciel client de supervision : 
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le logiciel principal comprend des moyens d'aiguillage de commandes, en 
fonction d'une politique d'aiguillage de commandes determinee, de fa?on k 
transmettre les commandes de pilotage provenant du logiciel client externe vers 
le logiciel client embarquS et/ou vers les moyens d'execution compris dans le 
logiciel principal ; 

le logiciel client embarque comprend des moyens de traitement des commandes 
de pilotage aiguillees vers lui par lesdits moyens d'aiguillage de commandes. 

4. Module de radiocommunication selon la revendication 3, caracterise en ce que le 
logiciel client embarqu6 comprend des moyens de selection de la politique d'aiguillage 
de commandes appliquee par lesdits moyens d'aiguillage de commandes, parmi un 
ensemble de politiques d'aiguillage de commandes telles que respectivement : 

les commandes de pilotage provenant du logiciel client externe sont transmises 
uniquement aux moyens d'ex€cution compris dans le logiciel principal ; 
les commandes de pilotage provenant du logiciel client externe sont transmises 
uniquement au logiciel client embarqu6 ; 

les commandes de pilotage provenant du logiciel client externe sont transmises 
aux moyens d ! ex£cution compris dans le logiciel principal et au logiciel client 
embarqu& 

5. Module de radiocommunication selon Tune quelconque des revendications 3 et 4, 
caracterisg en ce que lesdits moyens de traitement des commandes prennent, pour 
chaque commande, au moins une decision appartenant au groupe comprenant : 

envoi de la commande de pilotage vers les moyens d'ex€cution compris dans le 
logiciel principal, le logiciel client embarque comprenant k cet effet des moyens 
d'envoi de commandes de pilotage vers les moyens d'ex6cution ; 
fourniture ou non d'une reponse, uniquement en fonction d'au moins une 
information relative k la commande, sans execution de la commande, le logiciel 
client embarquS comprenant k cet effet des moyens d f envoi de la r6ponse au 
logiciel client externe, via le logiciel principal. 

6. Module de radiocommunication selon Tune quelconque des revendications 1 k 5, 
caract€ris6 en ce que, pour permettre au logiciel client embarque de jouer le role d'un 
logiciel client de supervision : 
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le logiciel principal comprend des moyens d'aiguillage de reponses, en fonction 
d'une politique d'aiguillage de reponses determin6e, de fason k transmettre des 
reponses, resultant de Tex^cution de certaines des commandes de pilotage par les 
moyens d'execution compris dans le logiciel principal, vers le logiciel client 
embarque et/ou vers le logiciel client externe; 

le logiciel client embarque comprend des moyens de traitement des reponses 
aiguiliees vers lui par lesdits moyens d'aiguillage de reponses. 

7. Module de radiocommunication selon la revendication 6, caracterise en ce que le 
logiciel client embarque comprend des moyens de selection de la politique d'aiguillage 
de reponses appliqu^e par lesdits moyens d'aiguillage de reponses, parmi un ensemble 
de politiques d'aiguillage de reponses telles que respectivement : 

les reponses provenant des moyens d'execution sont transmises uniquement au 
logiciel client externe ; 

les reponses provenant des moyens d'execution sont transmises uniquement au 
logiciel client embarque ; 

les reponses provenant des moyens d'execution sont transmises au logiciel client 
embarque et au logiciel client externe. 

8. Module de radiocommunication selon Tune quelconque des revendications 7 et 8, 
caracterise en ce qu'il est compris dans un dispositif appartenant au groupe comprenant : 

des terminaux de radiocommunication ; 

des dispositifs, autres que des terminaux de radiocommunication, necessitant une 
fonctionnalite de communication sans fil ; 
des modems. 

9. Module de radiocommunication selon Tune quelconque des revendications 1 & 8, 
caracterise en ce que ledit logiciel principal comprend une application principale, bas6e 
notamment sur un jeu de fonctions d'execution, permettant chacune l'execution d'au 
moins une desdites commandes de pilotage, 

en ce que ledit logiciel client embarque comprend une application cliente, bas£e 
notamment sur un jeu de fonctions sources, permettant chacune l'envoi ou la reception, 
vers ou en provenance de 1 'application principale, de commandes de pilotage ou de 
reponses h des commandes de pilotage, 
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et en ce que ledit logiciel principal et/ou ledit logiciel client embarquS comprend(nnent) 
une application d f interface, permettant Tinterfa^age desdites fonctions sources avec 
lesdites fonctions d'execution. 

10. Module de radiocommunication selon Tune quelconque des revendications 1 a 9, 
caract6ris6 en ce que ledit logiciel client embarque comprend une application cliente, 
basee notarament sur un jeu de fonctions sources, permettant chacune renvoi ou la 
reception, vers ou en provenance de Tapplication principale, de commandes de pilotage 
ou de reponses a des commandes de pilotage, 

et en ce que ledit jeu de fonctions sources comprend notamment une fonction 
("wm_apmAppliParser") de traitement d'un message provenant du logiciel principal, un 
parametre de ladite fonction de traitement etant ledit message. 

11. Module de radiocommunication selon la revendication 10, caract6ris6 en ce que 
ledit message formant paramfctre de ladite fonction de traitement possede une structure 
comprenant : 

un premier champ contenant une information relative au type dudit message ; 
un second champ contenant le corps specifique dudit message. 

12. Module de radiocommunication selon la revendication 1 1, caracterisS en ce que 
le type dudit message appartient au groupe comprenant : 

message contenant une r^ponse k une commande de pilotage pr€alablement 

envoyee au logiciel principal par le logiciel client embarque ; 

message contenant une commande de pilotage non sollicitSe ; 

message contenant une commande de pilotage envoyee par un logiciel client 

externe, via le logiciel principal ; 

message contenant une rSponse resultant de Tex^cution par le logiciel principal 

d'une commande de pilotage ; 

message envoye a Vexpiration d'une temporisation. 

13. Module de radiocommunication selon Tune quelconque des revendications 10 k 
12, caracteris6 en ce que ledit jeu de fonctions sources comprend en outre au moins une 
fonction appartenant au groupe comprenant : 

une fonction ("wm_atSendCommand") d'envoi vers le logiciel principal d'au 
moins une commande de pilotage, un premier parametre de ladite fonction 
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d'envoi 6tant ladite au moins une commande de pilotage, un second paramfetre de 
ladite fonction d'envoi indiquant le(s) logiciel(s) destinataire(s), k savoir le 
logiciel client embarquS et/ou le logiciel client externe, de la r£ponse resultant de 
l'ex^cution de ladite commande de pilotage ; 

une fonction ( n wm_atUnsolicitedSubscription n ) ^inscription aupres du logiciel 
principal k un service de reception de commandes de pilotage non sollicit£es, un 
paramfctre de ladite fonction description indiquant vers quel(s) logiciel(s) 
destinataire(s), k savoir le logiciel client embarquS et/ou le logiciel client externe, 
doit etre redirig6e chacune des commandes de pilotage non sollicitSes ; 
une fonction ("wm_atCmdPrePareerSubscribe") description auprfes du logiciel 
principal k un service d'aiguillage de commandes de pilotage, un paramfetre de 
ladite fonction ^inscription indiquant vers quel(s) logiciel(s), a savoir le logiciel 
principal et/ou le logiciel client embarqu£, doit etre aiguillee chacune des 
commandes de pilotage provenant du logiciel client externe ; 
une fonction ( n wm_atRspPreParserSubscribe") description auprfes du logiciel 
principal k un service d'aiguillage de r£ponses, un paramfctre de ladite fonction 
^inscription indiquant vers quel(s) logiciel(s), k savoir le logiciel client externe 
et/ou le logiciel client embarquS, doit etre aiguillee chacune des rSponses 
resultant de l'ex^cution par le logiciel principal d'une commande de pilotage ; 
une fonction ( n wm_atSendRspExternalApp") d ! envoi vers le logiciel client 
externe, via le logiciel principal, d'au moins une r^ponse, un paramfetre de ladite 
fonction d'envoi etant ladite au moins une reponse. 

14. Module de radiocommunication selon Tune quelconque des revendications 1 k 

13, caract6ris£ en ce que le logiciel client embarque et le logiciel principal utilisent 
chacun une partie distincte d'une mSme m^moire vive, une tentative d'accfes de Tun des 
logiciels k une partie de la memoire vive r6serv6e k l'autre logiciel provoquant un arrSt 
de fonctionnement 

15, Module de radiocommunication selon Tune quelconque des revendications 1 k 

14, caract6ris6 en ce que ledit jeu de commandes de pilotage est un jeu de commandes 
AT standard. 
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16. Module de radiocommunication selon la revendication 15, caractSrisg en ce que 
ledit jeu de commandes de pilotage comprend, outre les commandes AT standard, une 
commande AT supplementaire, dite commande de chargement d'un logiciel client 
(AT+WDWL), permettant au logiciel client externe de charger un nouveau logiciel 
client dans le module de radiocommunication. 

17. Module de radiocommunication selon Tune quelconque des revendications 15 et 
16, caracterise en ce que ledit jeu de commandes de pilotage comprend, outre les 
commandes AT standard, une commande AT supplementaire, dite commande de 
deactivation (AT+WOPEN), permettant au logiciel client externe de desactiver le 
logiciel client embarque. 

18. ProcSde de mise en ceuvre d'un logiciel client de pilotage d'un module de 
radiocommunication, ledit module de radiocommunication 6tant du type h^bergeant et 
executant un logiciel principal assurant notamment des fonctions de 
radiocommunication, ledit logiciel principal comprenant des moyens d'execution de 
commandes de pilotage, envoyees au logiciel principal par ledit logiciel client de 
pilotage et appartenant k un jeu de commandes de pilotage predetermine, 

caracterise en ce que ledit module de radiocommunication h6berge et execute au moins 
un logiciel client, dit logiciel client embarquS, 

et en ce que le logiciel client embarqu6 et le logiciel principal dialoguent Tun avec I'autre 
de fa9on que le logiciel client embarque joue au moins un des deux roles suivants : 

le role dudit logiciel client de pilotage, envoyant des commandes de pilotage au 
logiciel principal, et recevant du logiciel principal des reponses, resultant de 
l'ex^cution de certaines des commandes de pilotage ; 

le role d'un logiciel client de supervision, gSrant Texecution de commandes de 
pilotage envoyees par ledit logiciel client de pilotage, ledit logiciel client de 
pilotage, dit logiciel client externe, 6tant heberge et execute par un equipement 
tiers coop^rant avec le module de radiocommunication. 
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